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DETAILED ACTION 
Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1 .17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1 .17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.1 14. Applicant's submission filed on September 11, 2009 has been entered. Claims 1, 
4-6, 16, 48-50 and 53 are pending in the present application. 

Response to Arguments 

2. Applicant's arguments with respect to claims 1, 4, 5, 16, 48, 49, 50 and 53 have been 
considered but are moot in view of the new ground(s) of rejection. Arguments are directed to 
newly added limitations and the new ground(s) of rejection based on the newly added limitations 
follow below. 

Claim Rejections - 35 USC § 103 

3. The text of those sections of Title 35, U.S. Code not included in this action can be found 

in a prior Office action. 

4. Claims 1, 4-6, 8, 9, 16 and 48-55 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Vasudevan, U.S. Publication Number 20040192282 Al (hereinafter 
Vasudevan) in view of Mathur, U.S. Patent Number 5,008,814 (hereinafter Mathur) and in 



Application/Control Number: 10/786,961 Page 3 

Art Unit: 2617 

view of Okonnen et al., U.S. Publication Number 2004/0243993 Al (Iiereinafter Okonnen) 
and further in view of Fedorov, U.S. Patent Number 7,346,634 (hereinafter Fedorov). 

As to claims 1 and 53, Vasudevan teaches a method of updating a mobile device (e.g., 
mobile communication device 110) having a baseline configuration stored in a mobile device 

memory (see p. 2 [0028] and p. 3 [0036]), comprising: receiving at a mobile device resource 
requirements data for an update from an update management computing device, the resource 
requirements data including a memory size of update data associated with the update (see p. 3 
[0042]); determining whether the mobile device has a minimum amount of available memory in 
the mobile device memory to store the update data by comparing the memory size of the update 
data to the minimum amount of available memory in the mobile device memory (see p. 3 
[0042]); if the mobile device does not have the minimum amount of available memory in the 
mobile device memory to store the update data, then identifying stored mobile device data stored 
in the mobile device memory that may be purged to make available the minimum amount of 
available memory in the mobile device memory (see p. 4 [0047]); transmitting from the mobile 
device to the update management computing device update request data requesting update data 
(see p. 4 [0047]); receiving at the mobile device the update data fi-om the update management 
computing device in response to the transmitted update request data (see p. 4 [0047]). 

However, Vasudevan fails to disclose updating the mobile device with the received 
update data by: creating an updated mobile device configuration within the available memory of 
the mobile device memory; and maintaining the baseline mobile device configuration within the 
mobile device memory after creating the updated mobile device configuration within the 
available memory of the mobile device memory, wherein the baseline mobile device 
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configuration is maintained within the mobile device memory for a period of time sufficient to 
allow the updated mobile device configuration to be tested; wherein updating mobile device with 
the received update data further comprises: storing an update resource in the mobile device 
memory, the update resource specifying the baseline mobile device configuration and update 
mobile device configuration. However, the Examiner contends this feature is very well known in 
the art as taught for example by Mathur. 

In an analogous field of endeavor, Mathur teaches a method and apparatus for updating 
system management software in a conmiunication network, comprising: updating a mobile 
device with the received update data by: creating an updated mobile device configuration within 
the available memory of the mobile device memory (see col. 6, lines 3-10 and Fig. 2; step 204); 
maintaining the baseline mobile device configuration within the mobile device memory after 
creating the updated mobile device configuration within the available memory of the mobile 
device memory, wherein the baseline mobile device configuration is maintained within the 
mobile device memory for a period of time sufficient to allow the updated mobile device 
configuration to be tested (see col. 7, line 45 through col. 8, line 23 and Fig. 2; steps 207-211); 
and accepting the updated mobile device configuration or reverting to the baseline mobile device 
configuration (see Mathur, col. 7, lines 31-63, col. 9, lines 20-30 and Fig. 2; steps 208 & 210). 
Mathur further teaches maintaining an old and new version of the system software within the 
non- volatile storage device (see Mathur, col. 6, lines 3-10 and col. 7, lines 45-63), which reads 
on the claimed limitations of "storing an update resource in the mobile device memory, the 
update resource specifying the baseline mobile device configuration and update mobile device 
configuration." 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Vasudevan with the teachings of Mathur to include a method of updating the 
mobile device with the received update data by: creating an updated mobile device configuration 
within the available memory of the mobile device memory; and maintaining the baseline mobile 
device configuration within the mobile device memory after creating the updated mobile device 
configuration within the available memory of the mobile device memory, wherein the baseline 
mobile device configuration is maintained within the mobile device memory for a period of time 
sufficient to allow the updated mobile device configuration to be tested, in order to easily update 
system management software in a communication device from a current code version to a latest 
updated code version, and verifying at the communication device, to determine whether it 
received an appropriate update package before applying the update package to the existing 
version of firmware and/or software in the communication device as per the teachings of Mathur 
(see absfract, col. 2, lines 7-27 and Fig. 2). 

Vasudevan in view of Mathiir fails to explicitly teach determining whether an update 
resource is stored in the mobile device memory during an initialization of the mobile device; 
upon determining that the update resource is stored in the mobile device memory during an 
initialization of the mobile device, prompting a mobile device user to select one of the baseline 
mobile device configuration or updated mobile device configuration; and accepting the updated 
mobile device configuration if the user selects the updated mobile device configuration; and 
reverting to the baseline mobile device configuration based if the user selects the baseline mobile 
device configuration. 
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In an analogous field of endeavor, Okonnen teaches updating software/firmware in a 
mobile handset, wherein the mobile handset may display a list of available update agents to an 
end-user and solicit selection of an update agent to be used to update at least one of software and 
firmware (see p. 4 [0055]). According to Okonnen, the mobile handset may detect an update to 
firmware/software when the mobile handset powers up or is rebooted (i.e., reads on the 
initialization of a mobile device as claimed), and the mobile handset may determine the list of 
available and provisioned update agents to display to the end-user to allow the end-user to select 
one of the update agents to perform an update (see p. 4 [0057-0058]). Okonnen further teaches 
based on the selection by the end-user, an update to a particular firmware, software, hardware 
configuration, etc., in the mobile handset is performed (see p. 4 [0058-0059]). 

It would therefore have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Vasudevan and Mathur with the teachings of Okonnen to include a method, 
wherein upon determining that the update resource is stored in the mobile device memory during 
an initialization of the mobile device, prompting a mobile device user to select one of the 
baseline mobile device configuration or updated mobile device configuration; and accepting the 
updated mobile device configuration if the user selects the updated mobile device configuration, 
in order to enable an end-user of a mobile handset to select for processing updates and applying 
firmware, software, and hardware configuration updates, and selecting an update agent from a 
plurality of available update agents based upon evaluated criteria, such as the type of the update 
to be performed as taught by Okonnen (see p. 5 [0077]). 
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The combination of Vasudevan, Mathur, and Okonnen fails to explicitly teach reverting 
to the baseline mobile device configuration if the user selects the baseline mobile device 
configuration. 

In an analogous field of endeavor, Fedorov teaches a method for reverting a current 
configuration setting for an application to a previous configuration setting, wherein a user selects 
from a display link that gives instructions on actions or steps to perform in order to revert the 
application to the previous configuration settings (see abstract, col. 8, lines 19-34). 

It would therefore have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Vasudevan, Mathur and Okonnen with the teachings of Fedorov to include a 
method of reverting to the baseline mobile device configuration if the user selects the baseline 
mobile device configuration, in order to provide the benefit of reverting a current application 
configuration setting to a previous configuration setting in the event of a failure of the current 
application configuration setting as taught by Fedorov (see col. 2, lines 20-47 and col. 7, lines 
24-51). 

As to claim 4, the combination of Vasudevan, Mathur, Okonnen and Fedorov teaches all 
the limitations of claim 1. The combination of Vasudevan, Mathur, Okonnen and Fedorov 

further teaches a method, further comprising: upon identifying stored mobile device data stored 
in the mobile device memory that may be purged to make available the minimum amount of 
available memory in the mobile device memory (see Vasudevan, p. 4 [0047]): determining 
whether the identified stored mobile device data is stored on a remote storage device operable to 
communicate with the mobile device over a communication network (see Vasudevan, p. 4 
[0047]); upon determining that the identified stored mobile device data is not stored on the 
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remote storage device, transmitting the identified stored mobile device data to the remote storage 
device for storage (see Vasudevan, p. 4 [0047]); and purging the identified stored mobile device 
data from the mobile device memory (see Vasudevan, p. 4 [0047]). 

As to claim 5, the combination of Vasudevan, Mathur, Okonnen and Fedorov teaches all 
the limitations of claim 4. The combination of Vasudevan, Mathur, Okonnen and Fedorov 
further teaches a method, further comprising: updating the mobile device with the received 
update data (see Vasudevan, p. 3 [0042 & 0044]); transmitting a request from the mobile device 
to the remote storage device for transmission of the identified stored mobile device data fi-om the 
remote storage device to the mobile device (see Vasudevan, p. 3 [0036-0038 & 0043]); receiving 
the identified stored mobile device data from the remote storage device in response to the 
transmitted request (see Vasudevan, p. 3 [0040, 0043-0044]); and storing the identified stored 
mobile device data in the mobile device memory (see Vasudevan, p. 3 [0043-0044]). 

As to claim 6, the combination of Vasudevan, Mathur, Okonnen and Fedorov teaches all 
the limitations of claim 5. The combination of Vasudevan, Mathur, Okonnen and Fedorov 
further teaches a method, wherein the remote storage device comprises the update management 
computing device (see Vasudevan, p. 5 [0054]). 

As to claim 16, the combination of Vasudevan, Mathur, Okonnen and Fedorov teaches 
all the limitations of claim 1. The combination of Vasudevan, Mathur, Okonnen and Fedorov 
further teaches a method, wherein updating the mobile device with the received update data 
fiirther comprises copy-on-write of stored baseline configuration data stored into the available 
memory of the mobile device (see Vasudevan, p. 4 [0047] and Mathur, col. 5, lines 48-60, col. 6, 
lines 3-23 and Fig. 2). 
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As to claim 48, Vasudevan teaches a mobile device having a basehne configuration 
stored in a mobile device memory (e.g., mobile communication device 110) (see p. 2 [0028] and 
p. 3 [0036]), comprising: means for receiving resource requirements data for an update from an 
update management computing device, the resource requirements data including a memory size 
of update data associated with the update (see p. 3 [0042] [i.e., It is inherent the mobile device 
includes a transceiver for communicating with the DA server to receive software updates]); 
means for determining whether the mobile device has a minimum amount of available memory 
in the mobile device memory to store the update data by comparing the memory size of the 
update data to the minimum amount of available memory in the mobile device memory (see p. 3 
[0042-0043] and p. 4 [0047]); means, responsive to the mobile device not having the minimum 
amount of available memory in the mobile device memory to store the update data, for 
identifying stored mobile device data stored in the mobile device memory that may be purged to 
make available the minimum amount of available memory in the mobile device memory (sec p. 3 
[0042-0043] and p. 4 [0047]); means for transmitting from to the update management computing 
device update request data requesting update data (see p. 4 [0047]); means for receiving at the 
mobile device the update data from the update management computing device in response to the 
transmitted update request data (see p. 4 [0047]). 

However, Vasudevan fails to disclose means for updating the mobile device with the 
received update data by: creating an updated mobile device configuration within the available 
memory of the mobile device memory; and maintaining the baseline mobile device configuration 
within the mobile device memory after creating the updated mobile device configuration within 
the available memory of the mobile device memory, wherein the baseline mobile device 
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configuration is naaintained within the mobile device memory for a period of time sufficient to 
allow the updated mobile device configuration to be tested; wherein the means for updating the 
mobile device with the received update data fiirther comprises: means for storing an update 
resource in the mobile device memory, the update resource specifying the baseline mobile device 
configuration and update mobile device configuration. However, the Examiner contends this 
feature is very well known in the art as taught for example by Mathur. 

In an analogous field of endeavor, Mathur teaches a method and apparatus for updating 
system management software in a conmiunication network, comprising: updating a mobile 
device with the received update data by: creating an updated mobile device configuration within 
the available memory of the mobile device memory (see col. 6, lines 3-10 and Fig. 2; step 204); 
and maintaining the baseline mobile device configuration within the mobile device memory after 
creating the updated mobile device configuration within the available memory of the mobile 
device memory, wherein the baseline mobile device configuration is maintained within the 
mobile device memory for a period of time sufficient to allow the updated mobile device 
configuration to be tested (see col. 7, line 45 through col. 8, line 23 and Fig. 2; steps 207-211); 
and accepting the updated mobile device configuration or reverting to the baseline mobile device 
configuration (see Mathur, col. 7, lines 31-63, col. 9, lines 20-30 and Fig. 2; steps 208 & 210). 
Mathur further teaches maintaining an old and new version of the system software within the 
non- volatile storage device (see Mathur, col. 6, lines 3-10 and col. 7, lines 45-63), which reads 
on the claimed limitations of "storing an update resource in the mobile device memory, the 
update resource specifying the baseline mobile device configuration and update mobile device 
configuration." 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Vasudevan with the teachings of Mathur to include a mobile device, 
comprising: means for updating the mobile device with the received update data by: creating an 
updated mobile device configuration within the available memory of the mobile device memory; 
and maintaining the baseline mobile device configuration within the mobile device memory after 
creating the updated mobile device configuration within the available memory of the mobile 
device memory, wherein the baseline mobile device configuration is maintained within the 
mobile device memory for a period of time sufficient to allow the updated mobile device 
configuration to be tested, in order to easily update system management software in a 
communication device from a current code version to a latest updated code version, and 
verifying at the communication device, to determine whether it received an appropriate update 
package before applying the update package to the existing version of firmware and/or software 
in the communication device as per the teachings of Mathur (see abstract, col. 2, lines 7-27 and 
Fig. 2). 

Vasudevan in view of Mathur fails to explicitly teach means for determining whether an 
update resource is stored in the mobile device memory during an initialization of the mobile 
device; means, responsive to determining that the update resource is stored in the mobile device 
memory during an initialization of the mobile device, for prompting a mobile device user to 
select one of the baseline mobile device configuration or updated mobile device configuration; 
and means for accepting the updated mobile device configuration if the user selects the updated 
mobile device configuration and for reverting to the baseline mobile device configuration based 
on the user selection if the user selects the baseline mobile device configuration. 
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In an analogous field of endeavor, Okonnen teaches updating software/firmware in a 
mobile handset, wherein the mobile handset may display a list of available update agents to an 
end-user and solicit selection of an update agent to be used to update at least one of software and 
firmware (see p. 4 [0055]). According to Okonnen, the mobile handset may detect an update to 
firmware/software when the mobile handset powers up or is rebooted (i.e., reads on the 
initialization of a mobile device as claimed), and the mobile handset may determine the list of 
available and provisioned update agents to display to the end-user to allow the end-user to select 
one of the update agents to perform an update (see p. 4 [0057-0058]). Okonnen further teaches 
based on the selection by the end-user, an update to a particular firmware, software, hardware 
configuration, etc., in the mobile handset is performed (see p. 4 [0058-0059]). 

It would therefore have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Vasudevan and Mathur with the teachings of Okonnen to include a mobile 
device, comprising: means for determining whether an update resource is stored in the mobile 
device memory during an initialization of the mobile device; means, responsive to determining 
that the update resource is stored in the mobile device memory during an initialization of the 
mobile device, for prompting a mobile device user to select one of the baseline mobile device 
configuration or updated mobile device configuration; and means for accepting the updated 
mobile device configuration or reverting to the baseline mobile device configuration based on 
the user selection, in order to enable an end-user of a mobile handset to select for processing 
updates and applying firmware, software, and hardware configuration updates, and selecting an 
update agent fi-om a plurality of available update agents based upon evaluated criteria, such as 
the type of the update to be performed as taught by Okonnen (see p. 5 [0077]). 
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The combination of Vasudevan, Mathur, and Okonnen fails to explicitly teach means for 
reverting to the baseline mobile device configuration if the user selects the baseline mobile 
device configuration. 

In an analogous field of endeavor, Fedorov teaches a computer system for reverting a 
current configuration setting for an application to a previous configuration setting, wherein a user 
selects from a display link that gives instructions on actions or steps to perform in order to revert 
the application to the previous configuration settings (see abstract, col. 8, lines 19-34). 

It would therefore have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Vasudevan, Mathur and Okonnen with the teachings of Fedorov to include a 
mobile device, comprising: means for reverting to the baseline mobile device configuration if the 
user selects the baseline mobile device configuration, in order to provide the benefit of reverting 
a current application configuration setting to a previous configuration setting in the event of a 
failure of the current application configuration setting as taught by Fedorov (see col. 2, lines 20- 
47 and col. 7, lines 24-51). 

As to claim 49, the combination of Vasudevan, Mathur, Okonnen and Fedorov teaches 
all the limitations of claim 48. The combination of Vasudevan, Mathur, Okonnen and Fedorov 
further teaches a mobile device, further comprising: means (LRM), responsive identifying stored 
mobile device data stored in the mobile device memory that may be purged to make available the 
minimum amount of available memory in the mobile device memory (see Vasudevan, p. 4 
[0047]), for determining whether the identified stored mobile device data is stored on a remote 
storage device operable to communicate with the mobile device over a communication network 
(see Vasudevan, p. 4 [0047]); means (LRM), response to determining that the identified stored 
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mobile device data is not stored on the remote storage device, transmitting the identified stored 
mobile device data to the remote storage device for storage (see Vasudevan, p. 4 [0047]), and for 
purging the identified stored mobile device data from the mobile device memory (see 
Vasudevan, p. 4 [0047]). 

As to claim 50, the combination of Vasudevan, Mathur, Okonnen and Fedorov teaches 
all the limitations of claim 49. The combination of Vasudevan, Mathur, Okonnen and Fedorov 
further teaches a mobile device, fiirther comprising: means for transmitting a request from the 
mobile device to the remote storage device for fransmission of the identified stored mobile 
device data from the remote storage device to the mobile device (see Vasudevan, p. 3 [0036- 
0038 & 0043]); means for receiving the identified stored mobile device data from the remote 
storage device in response to the fransmitted request (see Vasudevan, p. 3 [0040, 0043-0044]); 
and means for storing the identified stored mobile device data in the mobile device memory (see 
Vasudevan, p. 3 [0043-0044]). 

Conclusion 

5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ANTHONY S. ADDY whose telephone number is (571)272- 
7795. The examiner can normally be reached on Mon-Thur 8:00am-6:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Patrick Edouard can be reached on 571-272-7603. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained trom the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Anthony S Addy/ 
Examiner, Art Unit 2617 



